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(54) Unified communications, automated personal name addressing 



(57) A unified com municat ions automated personal 
name addressing system is provided. The system cre- 
ates personal address books for system subscribers au- 
tomatically, without requiring the manual entry of name 
and address pairs by the subscriber. The system ena- 
bles a subscriber to appropriately address a communi- 



cation by providing the name of the intended recipient. 
In particular, the system of the present invention allows 
a subscriber to conveniently address any type of com- 
munication that may be sent from a unified communica- 
tion server, even while interfacing with the unified com- 
munications server using a conventional voice tele- 
phone. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to automated 
personal name addressing in a multi-media messaging 
environment. 

BACKGROUND OF THE INVENTION 

[0002] Unified communications systems combine the 
functionality of a centralized voice/fax/e-mail messaging 
system (i.e. a unified messaging system, such as the 
Intuity® or AnyPath® system of Lucent Technologies 
Inc.) with the functionality of a live communications net- 
work (e.g., the public switched telephone network or a 
private branch exchange) to enable subscribers to reply 
to calls or messages, or to make calls or send original 
messages. In a unified communications system, mes- 
sages in the form of e-mail are common. E-mail ad- 
dressing typically requires the entry of alpha-numeric 
strings, including special characters that are not normal- 
ly found on the keypad of a telephone. Because the en- 
try of alpha-numeric strings and special characters from 
a telephone is at best cumbersome, most unified com- 
munications systems restrictthe addressing of messag- 
es originating from a telephone interface with the unified 
communications system to those addresses that have 
been preadministered in a system directory, or that can 
be identified uniquely by a telephone number. There- 
fore, providing a convenient messaging system in a uni- 
fied communications system typically requires the as- 
sociation of message addresses with the names of re- 
cipients by a directory administrator. Although the crea- 
tion of such a directory is feasible in a corporate envi- 
ronment where the directory generally includes only em- 
ployees of the enterprise, such a solution is not available 
to users requiring address directories made up of ad- 
dressees outside of the enterprise. 
[0003] In the enterprise environment, a shared sys- 
tem directory that is prepared by a directory administra- 
tor and that is searchable by the name of the addressee 
generally allows a user to locate a desired address by 
speaking or otherwise entering the addressee's name, 
without the need to enter a complicated address. How- 
ever, these techniques are not scalable into the service 
provider or Internet markets because the concept of 
sharing a corporate directory to improve internal corpo- 
rate communications does not apply to individuals who 
subscribe to service provider services. Also, a compre- 
hensive directory could produce so many hits (or match- 
es) upon entering a name that disambiguation of the re- 
turned addresses would often be too complicated and 
time consuming for the common user. Furthermore, the 
creation of a unified directory in a geographic area for 
use by individual consumers would be inefficient, as the 
vast majority of the addressees included in such a di- 
rectory would be of no interestto other local consumers. 



In addition, such a directory would be unreliable, since 
it would be in a nearly constant state of change, and 
since there would be no ability to validate new address- 
es, as no single authority exists for the assignment of 

5 all of the various forms of addressing that may be ac- 
cessible through a unified communications system. 
[0004] In order to enable e-mail addresses to be en- 
tered from a telephone, voice mail vendors have at- 
tempted to map telephone numbers to e-mail mailbox- 

10 es. However, such schemes become untenable when 
there is not a one-to-one correspondence between tel- 
ephone numbers and e-mail addresses. Computer ap- 
plication programs providing personal address books 
are available, however, these programs generally re- 

15 quire manual p re-administration by the user, and users 
are not inclined towards completing tasks ahead of time 
that are not directly related to a communications sce- 
nario. Therefore, existing systems provide no satisfac- 
tory method of automatically creating a personal direc- 

20 tory of addresses for use by individual subscribers of 
unified communications systems. 

SUMMARY OF THE INVENTION 

25 [0005] The present invention is directed to solving 
these and other problems and disadvantages of the pri- 
or art. Generally, according to the present invention, an 
address repository orcommunications log is maintained 
on the unified communications system server on behalf 

30 of each subscriber. The communications log includes a 
name and address pairfor each communication scenar- 
io, such as a phone call, a voice mail, a fax message, 
an Internet phone call, an e-mail or instant messaging 
service message, that is received or sent by the sub- 

35 scriber using any communications channel monitored 
by the server and having an address associated with the 
subscriber. When the communications scenario in- 
volves a message, the name and address pair may be 
collected by parsing the header information association 

40 with the message. When it involves an incoming call, 
the name and address (number) information may be de- 
rived from the network call set-up message (e.g. 
SS7-1SUP, ISDN, or caller identification (caller ID)) in- 
formation conventionally received as part of the tele- 

45 phone answering scenario. The address (number) as- 
sociated with outgoing voice or facsimile telephone calls 
made while connected to the unified communications 
system may be collected, and a name associated with 
each number by either referring to a network for number- 

50 to-name mapping, or by prompting the subscriber to 
record a brief voice tag to associate with the number. 
This voice tag would be used in place of the text-name 
confirmations when confirmations are played. It would 
also serve as a prompt for entering a text-name at a later 

55 time when accessing the universal communications 
server using a text-capable instrument such as a P.C. 
[0006] In a further embodiment, more complete te- 
lephony integration techniques can be employed to cap- 



2 



3 



EP 1 175 075 A2 



4 



ture both dialed call information and incoming call infor- 
mation for telephony call scenarios that are completed 
without involving the unified communications system. 
For example, the name and telephone number pair as- 
sociated with acallto orfromthe subscriber's telephone 
may be collected by a telephony circuit switch operating 
in cooperation with the unified communications server. 
If the switch collects only a number, the universal com- 
munications server can perform a reverse phone 
number look up on the network to obtain the associated 
name. Name and address pairs so collected may then 
be automatically added to the communications log. It is 
important that these name/address pairs be stored to- 
gether in the subscriber's communication log so that the 
search scope is limited for touch tone look-up and voice 
recognition look-up. 

[0007] The individual subscriber may also add entries 
to aserverside personal address book using a graphical 
user interface to enter name, e-mail address, voice and 
facsimile telephone number information and other ad- 
dressing information in a conventional manner. Name 
and address pairs entered by the subscriber in the per- 
sonal address book are automatically made a part of the 
communications log. Also, using a graphical user inter- 
face, previously captured number/voice tag pairs can be 
revised to have a full text-name added. 
[0008] The communications log is intended to be used 
as a directory by a variety of client devices or applica- 
tions in support of their associated name-addressing 
and name-dialing scenarios. These clients include 
standard e-mail clients, which access the communica- 
tions log via a standard lightweight directory access pro- 
tocol (LDAP) interface, dial tone multiplefrequency (DT- 
MF) telephone user interfaces, which access the direc- 
tory by entering the DTMF key spelling of the recipient's 
name, voice command telephone user interfaces, which 
access the directory by speaking the name of the recip- 
ient, and web-based graphical user interfaces, which 
access the directory by typing a partial name or by scroll- 
ing through the log to pick a recipient. 
[0009] A web-based graphical user interface may also 
be used to directly enter, modify, or validate the entries 
in the communications log. For example, this communi- 
cations log administrative user interface may be used to 
import the contents of a personal address book into the 
communications log. It may also be used to directly ad- 
minister new entries into the log. or to complete partial 
entries in the log such as entries with only voice-tags 
that require text names to become complete name ad- 
dress pairs. 

[0010] The purpose of all name addressing and name 
dialing scenarios is to select the exact address associ- 
ated with the proposed name and to provide a confirma- 
tion back to the user that the appropriate address has 
been selected. Since the contents of the communica- 
tions log evolves automatically as it tracks each new 
communications event, and since name matching using 
DTMF key spelling or voice command input can produce 



multiple matches for a single proposed input, the 
matched addresses might seem unpredictable without 
a mechanism to stabilize and prioritize the results. 
[0011] A re-usability level and a use count is main- 
5 tained for each name address pair in the communica- 
tions log to ensure more predictable results on frequent- 
ly used addresses. When the communications log is 
searched by name, the scope of the search may be con- 
fined to particular reusability levels. For example, a fo- 
10 cused search may include only levels one and two, 
whereas an expanded search (typically used when a 
correct address is not found in the focused search) may 
include only levels three through six. Levels seven and 
eight are always excluded from name searches, but ex- 
15 ist in the communications log to prevent failing or erro- 
neous addresses from reappearing in the log. When a 
search produces multiple results, the results are re- 
turned in priority order first by re-usability level and then 
by use count. This arrangement ensures that a single 
20 appropriate address will be returned on the first attempt 
in the majority of uses. A subscriber may also access 
his or her communications log through other interfaces 
that may be available, such as a computer graphical us- 
er interface interconnected to the communications serv- 
es er. 

[0012] These and other advantages and features of 
the invention will become apparent from the following 
description of an illustrative embodiment of the invention 
taken together with the drawings. 

30 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0013] 

35 Fig. 1 illustrates the general system topology sur- 
rounding a unified communications server accord- 
ing to an embodiment of the present invention; 
Fig. 2 is a functional flow diagram of the operation 
of a unified communications personal name ad- 

40 dressing system according to an embodiment of the 
present invention; 

Fig. 3 illustrates various communications scenarios 
involving a unified communications personal name 
addressing system according to an embodiment of 
45 the present invention; and 

Fig. 4 illustrates a communications log according to 
an embodiment of the present invention, including 
examples of entries that may be contained in such 
a log. 

50 

DETAILED DESCRIPTION 

[0014] Fig. 1 illustrates the general system topology 
surrounding a unified communications server 100. The 
55 unified communications server 100 is generally con- 
nected to a plurality of communications channels. For 
example, as illustrated in Fig. 1 , the server may be con- 
nected to the public switched telephony network (PSTN) 
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102 over voice trunk 104 and call control 106 lines. The 
call control line 106 may be a Signaling System 7 (SS7) 
call control link. In certain cases, the functionality of the 
call control link and voice trunks may be provided via a 
single interface, such as an integrated services digital 
network (ISDN) interface. At the PSTN 102, the voice 
trunk 104 and call control 106 links are interconnected 
to a circuit switch 108. The circuit switch 108 is in turn 
interconnected to a subscriber telephone 110, and ei- 
ther directly through the switch or indirectly through the 
telephony network 102 to a plurality of non-subscriber 
telephones 112 and facsimile machines 114. The circuit 
switch 108 may also be connected to a subscriber fac- 
simile machine 115. Although the unified communica- 
tions server 100 is illustrated as being directly connect- 
ed to the PSTN 102, the server 100 may be directly con- 
nected to a private branch exchange (PBX) and/or an 
Internet telephony network, with further connections to 
the PSTN 102 madethrough the PBX and/orthe Internet 
telephony network. Also, although a wide variety of sub- 
scriber client types may be serviced by the present in- 
vention, it should be understood that the system can al- 
so be used beneficially by a subscriber having only one 
or a few of the potential client types. 
[0015] The unified communications server 100 may 
also be interconnected to a commmications channel 
comprising a computer network or an Internet protocol 
(IP) network 116. For example, the server 100 may be 
interconnected to the Internet. The unified communica- 
tion server 100 may be interconnected to the Internet 
protocol network 116 over a computer network link 1 1 8. 
The Iink118may comprise any type of local orwidearea 
network (LAN/WAN). For example, the link 118 may be 
an Internet protocol link. The link 118 is generally inter- 
connected to a router 120, to provide connectivity to the 
larger Internet protocol network 116. 
[0016] The unified communications server 100 in- 
cludes interfaces for interconnecting the server 1 00 with 
the PSTN 102 and the IP network 116 over the various 
links 104, 106 and 118. In addition, the unified commu- 
nications server 100 provides a subscriber mailbox 1 22, 
a subscriber address book 124, and a subscriber com- 
munications log 126. The mailbox 122, address book 
124 and communications log 126 may be implemented 
as a suitably programmed general purpose computer in- 
terconnected to the unified communications server 1 00, 
or as suitable programming to the server 100 itself. A 
mailbox 122, address book 124 and communications 
log 126 are generally provided for each subscriber. The 
subscriber mailbox 122 generally allows for voice and 
facsimile messages directed to the subscriber tele- 
phone 110 orfacsimile machine 115 to be stored. In ad- 
dition, the mailbox 122 provides storage for electronic 
mail messages, such as those in the simple mail transfer 
protocol (SMTP) format and directed to the subscriber's 
e-mail address and sent over the IP network 116. The 
mailbox 1 22 may also provide storage for other types of 
electronic messages, such as messages directed to a 



subscriber paging device, short messages directed to a 
mobile handset, or messages received according to an 
instant messaging system protocol. A subscriber tele- 
phone interface 130 is also provided as part of the uni- 
5 fied communications server 1 00 to allow the subscriber 
to interact with the server 1 00 using a telephone 1 1 0 or 
112. 

[0017] The subscriber may retrieve messages from 
the mailbox 1 22 by placing a telephone call to the unified 

10 communications server 100, or otherwise establishing 
a communications link with the server 1 00, and having 
messages stored in the mailbox 1 22 played back or dis- 
played. Where messages are in a textual form, such as 
facsimile or e-mail messages, the unified communica- 

15 tions server 100 may provide a text to speech (TTS) 
function to deliver the message to the subscriber over 
a telephone 110 or 112. The subscriber may also re- 
trieve messages from the mailbox 122 using a client 
computer 132 connected to the server 100 through a 

20 connection made over the IP network 116. Additionally, 
the subscriber may direct the system to output facsimile 
messages, or through a text-to-fax facility that may be 
provided by the server 100, e-mail messages, at a fac- 
simile machine 114 or 115. 

25 [0018] According to the present invention, the com- 
munications log 1 26 serves as a repository of name and 
address pairs for communications originating at or di- 
rected to the subscriber mailbox 1 22, the subscriber tel- 
ephone 110 the subscriber facsimile machine 115, the 

30 subscriber e-mail address, and other subscriber ad- 
dresses associated with communications channels 
monitored by the unified communications server 100. 
The communications log 126 may also contain name 
and address pairs entered in the address book 1 24. The 

35 address book 124 comprises addresses paired with 
names that have been entered in the address book 124 
by the subscriber. The name and address pairs con- 
tained in the address book 124 may be automatically 
made a part of the communications log 126 after they 

40 have been entered in the address book 124. 

[0019] With reference now to Fig. 2, the operation of 
a unified communications automated personal name 
addressing system according to an embodiment of the 
present invention is illustrated. Initially, at step 202, the 

45 server 100 monitors the communications channels over 
which communications may be sent to or from a sub- 
scriber. At step 204, communication on a monitored 
channel is detected, and at'step 206, the non-subscriber 
address associated with the communication is collect- 
so ed. That is, the address of the recipient or recipients of 
a communication sent by the subscriber, or the address 
of the sender of a communication directed to the sub- 
scriber, together with the addresses of peers who also 
received the sent message, are collected. At step 208, 

55 the nonsubscriber name is collected, and at step 210 a 
name and address pair comprising the collected non- 
subscriber address and nonsubscriber name is created 
or, if the pair already exists, the maintenance parame- 
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ters are updated. The name and address pair thus cre- 
ated is stored in the communications log 126 belonging 
to the subscriber with whom the communication is as- 
sociated. In this general way, name and address pairs 
are added to a subscriber's communications log 126, 
generally without requiring action or intervention by the 
subscriber. The examples set forth below illustrate par- 
ticular scenarios that can result in the addition of name 
and address pairs to the communications log 126 of a 
subscriber. 

[0020] With reference now to Fig. 3, various commu- 
nications scenarios involving the unified communica- 
tions personal name addressing system of the present 
invention are illustrated. As described above, according 
to the present invention, the unified communications 
server 100 includes a subscriber mailbox 122, a sub- 
scriber personal address book 124 and a communica- 
tions log 126. Generally, the illustrated scenarios occur 
either with the active participation of the unified commu- 
nications server 100, or as part of "out of server" sce- 
narios 302 external to the unified communications serv- 
er 100. 

[0021] According to a first scenario, communications 
from a sender are deposited directly in the subscriber 
mailbox 122. This mailbox delivery 304 scenario gener- 
ally occurs in connection with e-mail messages, such as 
those sent according to the simple mail transfer protocol 
(SMTP), or other electronic messaging protocols. In ad- 
dition, mailbox delivery 304 may include the delivery of 
addressing information to the subscriber mailbox 122. 
This information may be delivered to the mailbox 122 as 
a Multipurpose Internet Mail Extension (MIME) attach- 
ment to an e-mail message, with the addressing infor- 
mation formatted according to a predetermined specifi- 
cation. For example, the addressing information may be 
formatted according to the vCard™ specification admin- 
istered by the Internet Mail Consortium. 
[0022] As part of the mailbox delivery 304 scenario, 
address and name information may be collected from e- 
mail messages by parsing the information contained in 
the header of the message to extract the address and 
name of the sending party. For example, the information 
contained in the RFC 822 header of a SMTP message 
may be parsed to extract a name and address pair. 
Name and address pairs so collected may include the 
name and address pair of the sender, as well as the 
names and addresses of any other recipients of the 
message. Once extracted, this information is stored in 
the communications log 126 of the unified communica- 
tions server 100. Preformatted addressing information, 
such as information contained in a vCard™, generally 
includes a plurality of addresses associated with a sin- 
gle name. When such information is received, the name 
and all of the associated addresses may be stored in 
the communication log 126 as additional name and ad- 
dress pairs. 

[0023] Electronic communications sent from the com- 
munications server 100 may also serve as a source of 



name and address pairs. Accordingly, name and ad- 
dress pairs corresponding to the recipients of outgoing 
messages may be captured and those name and ad- 
dress pairs stored in the communications log 126. This 

5 message submission 306 scenario automatically enters 
the name and address pairs of message recipients in 
the communications log 1 26 when electronic messages 
are sent, without requiring the subscriber to manually 
direct or authorize the inclusion of the pairs in the sub- 

10 scriber's address book. 

[0024] Another messaging scenario which may pro- 
vide name and address pairs for inclusion in the com- 
munications log 126 occurs when telephone calls 
placed to the subscriber telephone 110 are redirected 

15 to the unified communications server 100 for service. 
This telephone answer 308 scenario occurs when no 
one is available to answerthe subscriber telephone 110, 
or the telephone line associated with the telephone 110 
is otherwise in use. Generally, telephone calls placed 

20 across the PSTN 102 include associated call informa- 
tion. In many cases, this information includes both the 
originating telephone number and the name of the hold- 
er of thattelephone number. The name and address pair 
obtained from call information may be conventionally 

25 provided to the unified communications server 1 00 over 
the SS7 call control link 106 or equivalent ISDN func- 
tionality. Alternatively, a name and address pair may be 
obtained from a network directory 128. The name and 
address pair from scenario 308 can be automatically 

30 stored in the communications log 126 upon receipt by 
the communications server 100. 
[0025] The call transfer scenario 310 occurs when the 
subscriber places telephone calls while the subscriber 
is connected to the unified communications server 1 00. 

35 According to the call transfer scenario 310, the user first 
connects or is connected to the communications server 
100, and the subscriber then enters the digits of the tel- 
ephone number to be called. The unified communica- 
tions server 100 uses the dialed telephone number to 

40 search a network directory 128 (see Fig. 1) for an as- 
sociated name. If the search of the network directory 
128 returns an associated name, the resulting name and 
address pair is automatically stored in the communica- 
tions log 126. If the search is unsuccessful, the unified 

45 communications server 100 of the present invention 
may prompt the subscriber to record a voice tag to as- 
sociate with the dialed number. This tag is useful to pro- 
vide name confirmation via playback if the number is 
used again, and also captures the name which can later 

50 be added in text form to the log during a separate log 
maintenance activity. 

[0026] Name and address pairs for inclusion in the 
communications log 126 may also be collected in con- 
nection with out of server scenarios 302, which take 
55 place without the direct involvement of the unified com- 
munications server 100. In the incoming call scenario 
312, a telephone call is placed to the subscriber tele- 
phone 110, and that call is terminated without involving 
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the unified communications server 100. For example, 
the subscriber may pick upthetelephone 110 orthe call- 
er may terminate the call before the telephone 110 is 
answered by either the subscriber or the unified com- 
munications server 100. In this situation, where the 
switch 108 of the PSTN 102 associated with the sub- 
scriber telephone 110 is an intelligent network switch, a 
software trap condition may be set to collect the origi- 
nating telephone number. Accordingly, the incoming call 
scenario312 is similartothetelephoneanswerscenario 
308 in the way that name and address pairs are collect- 
ed. Similarly, in an outgoing call scenario 314, a soft- 
ware trap may also be set in an intelligent network switch 
108. The numbers trapped in connection with these out 
of server scenarios 302 may be associated with a cor- 
responding name by referring to a network directory 
128, and the name and address pair may be formatted 
for inclusion in the communications log 126. The name 
and address pairs thus collected may be communicated 
to the unified communications server 100 in real time or 
in batches, and this communication may occur over the 
SS7 call control link 106 or over an IP network connec- 
tion service dedicated to receiving communication log 
batch updates. 

[0027] Where the switch 108 is not an intelligent net- 
work switch, information regarding dialed telephone 
numbers and associated names may be collected from 
the call detail records associated with the subscriber tel- 
ephone 110. However, the use of call detail records gen- 
erally requires that the name and address pairs collect- 
ed from the call detail records be delivered to the com- 
munications log 126 sometime after the call is made, as 
the call detail records are generally not immediately 
available. Accordingly, when name and address pairs 
are collected using call detail records, they are generally 
delivered to the communications log 126 in batches over 
an IP network connection service dedicated to receiving 
communication log batch updates. 
[0028] As part of the subscriber submission scenario 
316, entries to the communications log 126 may also be 
made from a subscriber's personal address book 124. 
A personal directory or address book 1 24 is a collection 
of addresses entered or otherwise administered by the 
subscriber. 

According to the present invention, the address book 
124 information may be automatically added to the com- 
munications log 126 for use in combination with the oth- 
er name and address pairs collected by the system. Ac- 
cording to one embodiment, information contained in 
the address book 1 24 is automatically added to the com- 
munications log 126 as soon as that information is en- 
tered in the address book 124 by the subscriber. Alter- 
natively, the subscriber may use a graphical user inter- 
face for communications log administration. 
[0029] According to the present invention, addresses 
may be marked or identified in the communications log 
126 according to the level of confidence in the reusability 
of the individual name and address pairs. The ranking 



of name and address pairs according to confidence lev- 
els is believed to increase the usability of the system in 
providing the subscriber with the intended address, sim- 
plifies the disambiguation of similar names, and increas- 

5 es the accuracy of the system. 

[0030] A first level of reusability in a name and ad- 
dress pair is assigned to entries that have been admin- 
istered. Administered entries include those entered by 
the subscriber or created by some authority. According- 

10 |y, administered addresses include those name and ad- 
dress pairs originating from the subscriber's personal di- 
rectory 124, entries in the communications log 126 that 
were automatically collected and that have been edited 
orotherwise administered by the subscriber, and admin- 

15 istered directories obtained from, for example, enter- 
prises, that have been added to the communications log 
126. 

[0031] At a second level of re-usability are used name 
and address pairs. These include dialed numbers and 

20 addresses found in the "To:", "CC:" and "BCC:" headers 
of mail sent by a subscriber. These are asserted to be 
accurate by the subscnber. If an "@" appears in the 
name field of an RFC822 header, it is considered an un- 
initialized name. 

25 [0032] At a third level of reusability are received name 
and address pairs. Received name and address pairs 
include names and addresses parsed from header in- 
formation attached to incoming e-mail messages, caller 
ID or network directory information associated with an 

30 incoming telephone call, and addressing information re- 
ceived in a vCard™ or in a message formatted accord- 
ing to some other electronic messaging protocol. Such 
received name and address pairs are likely to be accu- 
rate, because they are usually associated with the in- 

35 coming message or telephone call automatically by the 
sender's electronic messaging application or by the tel- 
ephone system network directory. 
[0033] A fourth level of reusability may be assigned to 
the name and address pairs of other recipients of a mes- 

40 sage, for example, the names and addresses of other 
persons to whom an e-mail message was sent (i.e. 
peers copied). These associated name and address 
pairs are generally assigned a lower level of confidence 
than asserted name and address pairs. 

45 [0034] A fifth level of reusability may be assigned to 
name and address pairs from categories levels one 
through four of another user's communication log. Strict- 
ly speaking, these level five entries are not name and 
address pairs, but rather indicators that additional asso- 

50 ciated communication logs may be searched in an ex- 
panded search. This capability is useful, for example, in 
family mailbox scenarios where individual family mem- 
bers have private mailboxes, butsharethe use of a com- 
mon residential telephone number. 

55 [0035] A sixth level of reusability is assigned to ad- 
dresses which temporarily fail. Delivery status notifica- 
tion messages and failed call attempts may demote the 
reusability level of an address so that it is only found in 
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an expanded search. As communication addresses are 
monitored, valid addresses are reassigned to the high- 
est reusability level observed. "Last Date" and "Use 
Count" fields are updated on each use of an address. 
[0036] A seventh level of reusability is assigned to in- 
complete entries. These may be phone numbers without 
names and with or without voice tags. They may also 
be e-mail addresses without names or where the name 
field contained a string which included the symbol @ 
indicating that an address was used in place of the 
name. Incomplete entries are excluded from name 
searches, however they are included in the communi- 
cations log so that they may be promoted to adminis- 
tered entries by supplying a text name as part of an in- 
frequent communications log administration activity. 
[0037] As an eighth category, certain name and ad- 
dress pairs may be considered invalid. Invalid name and 
address pairs include names associated with telephone 
numbers for trunk lines, rather than telephone numbers 
associated with the extension of the named party, or e- 
mail addresses from bulk mailers. Although invalid 
name and address pairs are not considered reusable, it 
is valuable to retain such pairs in the communications 
log 126. This is because such name and address pairs 
can prevent further invalid entries from being consid- 
ered, for example, received entries, and used to send a 
message to an incorrect address. Similarly, the recog- 
nition of invalid entries can prevent the system from au- 
tomatically removing or altering valid name and address 
pairs. 

[0038] With reference now to Fig. 4, entries in a com- 
munications log 126 according to an embodiment of the 
present invention may generally include maintenance 
items 402, and name and address pairs 404. Generally, 
for each maintenance item 402 there is a corresponding 
name and address pair 404. The maintenance items 
402 may include the reusability level 406 assigned to 
the name and address pair, the date 408 on which it was 
last entered in the communications log 126, and the use 
count 409, which is the number of times the address has 
been used by the subscriber. The listing of name and 
address pairs 404 may conveniently be subdivided into 
name tags 410, alternate name tags 412, scenario clas- 
sifications 413, addresses 414, and optional voice tags 
415. The name tag 410 is generally the formal name 
associated with a particular address. The alternate 
name tag 41 2 may be used by the subscriber to assign 
a shorthand or alternate name with which to identify a 
particular address. The voice tag 41 5 is a voice record- 
ing associated with an address that may be spoken and 
recorded by the subscriber who is using only a tele- 
phone handset. The voice tag captures the name that 
should later betranscribed into the name tag or alternate 
tag. The voice tag is also useful as a confirmation played 
to the subscriber whenever this name and address pair 
is selected. The scenario classification 413 column in- 
dicates the supported communication method or meth- 
ods associated with a given address, and the address 



414 column includes the addressing information, for ex- 
ample the telephone number or e-mail address, associ- 
ated with the name tag. 

[0039] Generally, when accessing the unified commu- 

5 nications server 100 from a telephone 110 or 112, the 
subscriber may select a namefrom the communications 
log 126 by querying the log 126 using any one of a va- 
riety of methods. For example, the subscriber may use 
known touch tone name dialing techniques. According- 

10 |y, as is well-known in the art, the subscriber may begin 
to spell the name of the person to which a message or 
telephone call is to be addressed using the key pad of 
a telephone 110 or 112. The name entered may be ei- 
ther the name tag 41 0 or the alternate name tag 41 2, if 

15 available. Alternatively, the subscriber may say the 
name of the person to which the message is to be ad- 
dressed or the telephone call made. As is well known in 
the art, the use of such voice addressing requires that 
phoneme strings be created for each name tag 41 0, al- 

20 ternate name tag 412 for which voice addressing is to 
be available. 

[0040] In order to address a message or place a call 
using the system of the present invention, a subscriber 
typically must access the unified communications serv- 
es er 1 00. This may be accomplished by, for example, plac- 
ing a telephone call to the unified communications serv- 
er 100 from the subscriber telephone 110, or from some 
other telephone 112. Access may be established by tel- 
ephoning the unified communications server 1 00 direct- 

30 |y 5 or, for example, when the subscriber telephone 110 
is used, by an automated connection to the unified com- 
munications server 100 through, for example, a switch 
108 having advanced intelligence. The server 100 may 
also allow a subscriber to access his or her communi- 

35 cations log 126 from a computer 132 interconnected to 
the server 100 over a computer network link 118. After 
communication with the unified communications server 
100 is established, the subscriber may perform various 
actions in connection with the communications log 126. 

40 When messages or calls are to be directed to a recipient, 
the subscriber may choose the name of a recipient, and 
thereby address the communication, using touch tone 
dialing or voice addressing as described above. Be- 
cause the communications log 126 will typically contain 

45 multiple addresses associated with each name tag cor- 
responding to multiple scenario types, a choice must be 
made as to which address 414 is appropriate for a given 
communication. This determination may be made in a 
variety of ways. 

50 [0041] In certain instances, the appropriate address 
414 for a communication can be determined from the 
context in which the addressing selection is made. For 
example, where an in-progress telephone call is to be 
transferred to another telephone number, it is apparent 

55 from the context of the addressing request that a voice 
telephone number is the appropriate address 414. Sim- 
ilarly, where an e-mail message is to be forwarded to a 
recipient, the system can assume that the appropriate 
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address 41 4 is an electronic messaging address. Where 
the appropriate address can be determined from the 
context of the addressing request, no further interven- 
tion is required by the subscriber. 
[0042] The designation of the appropriate address 
41 4 may also be made by the subscriber explicitly. Thus, 
the subscriber may issue a voice addressing command 
such as "call Charles Brown." In the given example, the 
subscriber has explicitly instructed the system to place 
a telephone call to Charles Brown. Accordingly, the sys- 
tem will choose the name and address pair 404 having 
the name tag 410 "Charles Brown", the scenario type 

413 "voice", and the address 414 "303-234-5678." As a 
further example, thesubscriber may issuethecommand 
"message Charlie." According to this example, the 
name and address pair 404 having the alternate name 
tag 412 "Charlie", the scenario type 41 3 "message", and 
an address 414 associated with a messaging scenario, 
here "cbrown @ acme.com" is selected for addressing 
the communication. 

[0043] The system may also provide the subscriber 
with prompts to disambiguate the desired messaging 
scenario. For example, the system may prompt "press 
1 for voice call and 2 for message." The appropriate in- 
put by the subscriber in response to such a prompt, in 
combination with the selection of a name tag 410 or al- 
ternate name tag 412, will associate the proper name 
and address pair 404 with the butgoing communication. 
[0044] When a subscriber issues a voice command or 
commences name dialing, the system may search the 
communications log 126 in a way that minimizes the 
need for the subscriber to disambiguate similar or 
matching name tags 410 or alternate name tags 412. 
Accordingly, the present invention performs a focused 
search among often used name and address pairs 404 
to offer first the address most likely to be reused in an 
outgoing communication. If additional entries might 
match the request, the subscriber is offered alternate 
choices requiring additional input to disambiguate the 
desired recipient. If the requested name tag 410 or al- 
ternate name tag 41 2 is not returned after searching the 
administered and received names 404, the search may 
be expanded to include additional levels of name and 
address pairs 404. Additionally, the search may initially 
return only the highest priority name and address pair 

414 associated with a specified name, with additional 
matched names being offered as alternate choices ac- 
cording to first their reusability level, and then according 
to their use count 409. 

[0045] Occasionally the subscriber may determine 
that an address in the log is not valid or is no longer 
valid. The subscriber may then mark such an address 
as invalid and it remains in the log, unable to have its 
reusability level promoted automatically. The inclusion 
of invalid name and address pairs in the communica- 
tions log 126 is useful in maintaining a list of usable ad- 
dresses in the communications log 126. Some numbers 
and addresses should never be used in return call or 



reply scenarios. For example, a call from a pay phone, 
or a call placed from an enterprise having a private 
branch exchange (PBX), where the originating tele- 
phone number returned by a caller ID system may not 

5 reflect the number and extension required to return a 
call back into the PBX. Numbers such as these should 
be retained in the communications log 126, but marked 
invalid. They should never be returned by a name query. 
Additionally, these addresses may not have their reus- 

10 ability level promoted automatically. If the address is ev- 
er seen again by the unified communications server 100 
it will be recognized as invalid, and it will not be added 
again to the communications log 126 as a possible use- 
able address. 

15 [0046] According to one embodiment of the present 
invention, the reusability level 406 associated with a par- 
ticular name and address pair 404 reflects the highest 
level attained by the name and address pair. The use 
count 409 is incremented each time that a particular 

20 name and address pair 404 is used by the subscriber. 
Generally, only a focused search, which returns entries 
having a reusability level of 1 (administered) or 2 (as- 
serted) is conducted. If a focused search does not return 
any name and address pairs 404, or if the search does 

25 not return the desired name and address pair 404, the 
search may be expanded. An expanded search may in- 
clude levels 3-6. Levels 7 and 8 are never returned in 
response to a search, as reusability levels 7 and 8 are 
used to identify incomplete entries or entries that have 

30 resulted in failed attempts to address communications 
or that are obsolete. Where multiple matches within a 
reusability level 406 are returned to a subscriber follow- 
ing a search, they are ordered according to the use 
count 409 from the most to the least commonly used. 

35 The communications log 126 may be administered by 
the subscriber, to promote any entry in the log 126 to a 
type 1 administered entry or to demote any entry to a 
type 8 obsolete entry. The subscriber may also delete 
entries from the communications log 126. 

40 [0047] The communications log 126 may, at the op- 
tion of thesubscriber, be divided into subgroups. For ex- 
ample, the subscriber may maintain a first list containing 
business-related name and address pairs 404, and a 
second list containing name and address pairs 404 as- 

45 sociated with family members and friends. Additionally, 
the communications log 1 26 may be available to a sub- 
scriber from a plurality of telephone numbers or mes- 
saging addresses. For example, a subscriber may main- 
tain the same communications log 126 for use with re- 

50 spect to a home telephone, a business telephone 
number, a facsimile number, a wireless telephone, and 
one or more e-mail addresses. 

[0048] Although the description given above has gen- 
erally been described in terms of voice telephone num- 
55 bers and e-mail addresses, it should be understood that 
the present invention is not so limited. For example, the 
invention is equally useful in connection with facsimile 
numbers. The invention may also be used in connection 
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with pager addresses, and with instant messaging ad- 
dress protocols. In general, any form of electronic com- 
munication may be used in connection with the present 
invention. 

[0049] The foregoing discussion of the invention has 
been presented for purposes of illustration and descrip- 
tion. Further, the description is not intended to limit the 
invention to the form disclosed herein. Consequently, 
variations and modifications commensurate with the 
above teachings, within the skill and knowledge of the 
relevant art, are within the scope of the present inven- 
tion. The embodiments described hereinabove are fur- 
ther intended to explain the best mode presently known 
of practicing the invention and to enable others skilled 
in the art to utilize the invention in such or in other em- 
bodiments and with various modifications required by 
their particular application or use of the invention. It is 
intended that the appended claims be construed to in- 
clude alternative embodiments to the extent permitted 
by the prior art. 

Claims 

1 . A method of creating a directory of addresses hav- 
ing a plurality of formats for use with a unified com- 
munications system, comprising: 

simultaneously monitoring a plurality of com- 
munications channels for an incoming or out- 
going communication; 

collecting an address associated with a com- 
munication on at least a one of said channels; 
collecting a name associated with said commu- 
nication on at least a one of said channels; pair- 
ing said address with said name to create a 
name and address pair; and 
storing said name and address pair in a com- 
munications log. 

2. The method of Claim 1 , wherein said step of collect- 
ing an address associated with a communication 
comprises collecting an address from an incoming 
communication. 

3. The method of Claim 1 , wherein said step of collect- 
ing an address associated with a communication 
comprises collecting an address from an outgoing 
communication. 

4. The method of Claim 1 , further comprising: 

assigning aconfidence level to said name and 
address pair. 

5. The method of Claim 1 , wherein said step of collect- 
ing an address associated with a communication 
comprises accessing addressing information for- 
matted according to a predefined specification. 



6. The method of Claim 5, wherein said predefined 
specification is the vCard™ specification. 

7. The method of Claim 1 . wherein said address is se- 
5 lected from the group consisting of a telephone 

number, a facsimile number, a pager number, an e- 
mail address, a computer network address, and an 
Internet address. 

10 8. The method of Claim 1 , further comprising receiving 
input from a user, wherein said input comprises a 
name to which an outgoing communication is direct- 
ed and a method by which said message is to be 
delivered; and 

15 addressing said outgoing communication. 

9. The method of Claim 1 , further comprising: 

receiving an addressee name and communica- 
te? tion type selection from a user; 

searching said communications log for an ad- 
dress corresponding to said addressee name 
and said received communication type; and 
associating said corresponding address with a 
25 communication to be sent. 

10. The method of Claim 1 , wherein said step of collect- 
ing an address associated with a communication on 
at least a one of said channels comprises recording 

30 at least one of caller-ID information, SS7 call control 
information, ISDN call control information and pro- 
prietary PBX control link information. 

1 1 . The method of Claim 1 , wherein said step of collect- 
35 ingan address associated with a communication on 

at least a one of said channels comprises querying 
a system database. 

12. The method of Claim 1 , wherein said step of collect- 
40 ingan address associated with a communication on 

at least a one of said channels comprises parsing 
a name and address from header information asso- 
ciated with an electronic message. 

45 13. The method of Claim 1 , wherein said step of collect- 
ing an address associated with a communication on 
at least a one of said channels comprises recording 
a dialed telephone number and querying a tele- 
phone system database. 

50 

14. The method of Claim 1 , further comprising returning 
one or more of said name and address pairs stored 
in said communications log in response to a query 
by a user. 

55 

15. The method of Claim 14, further comprising ad- 
dressing an outgoing communication using at least 
a one of said returned name and address pairs. 
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16. The method of Claim 1 , wherein said step of collect- 
ing an address associated with a communication on 
a least one of said channels comprises: 

receiving a name that is not stored in said com- 
munications log; 

collecting from a user an address for said name 
that is not stored in said communications log; 
prompting said user to enter a voice tag; and 
storing said voice tag and said address in said 
communications log. 



10 



a name; and 

means for attaching an address associated 
with said selected name to an outgoing com- 
munication. 

22. The apparatus of Claim 21 wherein said collected 
address comprises at least a one of a telephone 
number, a facsimile number, a pager number, an e- 
mail address, a computer network address and an 
Internet address. 



17. The method of Claim 16, further comprising: 

receiving a text name from said user; 15 
associating said text name with said address; 
and 

storing said text name in said communications 
log, wherein said address can be accessed by 
said user. 20 



18. Apparatus for performing the method steps set forth 
in Claim 1 . 



19. A messaging system serving a plurality of commu- 25 
nications channels, comprising: 



a monitor for monitoring said plurality of com- 
munications channels to determine when a 
communication is being sent or received on at 30 
least a one of said communications channels; 
an address collector in communication with 
said monitor for collecting an address associ- 
ated with said communication; 
a name identifier for associating the collected 35 
addresses with a name and creating name and 
address pairs; 

a directory for containing said name and ad- 
dress pairs; and 

a user input to allow a user to select a one of 40 
said name and address pairs. 



20. The system of Claim 19, wherein said plurality of 
communications channels comprise at least one of 
a telephone line, a facsimile line, and a computer 45 
network. 



21 . An apparatus for automatically compiling a directo- 
ry of addresses, comprising: 

50 

a unified messaging system; 

means for collecting an address associated 

with a communication; 

means for automatically associating said col- 
lected address with a corresponding name; 55 
means for storing said collected address and 
said corresponding name in a directory; 
user input means for allowing a user to select 
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